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REMARKS 

Reconsideration of the rejections set forth iu the Office Action is respectfully requested 
C««TcntIy, claims 1-6, 8-15, and 17-18 are pending in this application. 

Rejection un der 35 TTSP 10} 

Claims 1-7 and 9-18 were rejected under 35 USC 103 as unpatentable over Gandhi. (U.S 
Patent PubUcation No. 2005/0120102) in view of Blake ("An Architecture for Diffe«ntiated 
Services," IETF RFC 2475). This rejection is respectfully traversed in view of the following 
arguments. 

Figure 5 of this application has been reproduced below for convenience. This figure is 
described in greater detail in Paragraph 50 of the specification as originally filed. 

Figures 
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As shown in Fig. 5 and as described in Paragraph 50, the meter 84 is used to meter 
packets onto a port. The meter 84 includes a Committed Information Rate (CIR) token bucket 
88 for each PHB to be metered, which allows the committed information rate for each PHB to be 
specified individually on the port. Additionally, the meter 84 includes a Su^^lus Information 
Rate (SIR) token bucket 90 that is used to commonly meter excess traffic from each PHB so that 
each PHB may share the surplus bandwidth on the port. 

hidependent claim 1 recites a method of alloeatitig bandwidlh at a network element 
rncludmg metering first traffic to ascertain first in-profile traffic for a first PHB and metering 
second trafSc to ascertain second in-profile traffic for a second PHB. Claim 1 further recites 
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commonly metering fiist tr^ic that has not been ascertained to be first in-profile traffic with 
second traffic tiiat has not been ascertained to be second in-p«.file traffic to ascertain conunonly 
metered traffic using a third common token bucket. IWs portion of claim 1 fi^rther recites that 
the ascertained commonly metered traffic is a portion of the first traffic that has not been 
ascertained to be first in-profile traffic and a portion of the second traffic that has not been 
ascertained to be second in-profile traffic for which there is sufficient tokens in the third 
conmion token bucket. 

Independent claim 11 recites a packet meter, including a PHB classifier, and a meter. 
Claim 11 fhttber specifics that the meter includes a separate in-profile token bucket for each 
PHB to meter in-profUe packets on a per-PHB basis, and a common token bucket to meter out- 
of-profile packets for multiple PHBs collectively. 

As is clear &om these two claims and Fig. 5, in this application different flows of data are 
individually metered using their own committed information rate bucket. However, where there 
is surplus traffic, all of the surplus traffic is grouped together and collectively metered using a 
common surplus traffic bucket. By metering all of the excess traffic (from all of the various 
flows) collectively, the flows may all share the available excess bandwidth in a fair manner. 

Gandhi does not teach or suggest metering surplus traffic from each of the PHBs 
collectively. In the "Response to Arguments" section of the Office Action, the Examiner 
indicated that the claims were rejected based on the embodiment of Gandhi shown in Fig. 3. For 
convenience this figure of Gandhi has been reproduced below: 
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Thisfig„reis*scribedbyGa„dl>ifor«camplc«Par.gnpl«46-.9. Sp«lfio>lly Oamihi 
«a.« m Paragraph 46 that "loka. bucket 303 oont^te a to. of «rvice (,g voice 
.nfonnation), ,oto bucket 325 control, a «co„d of «rvicc (eg, mtoio.-cri.jcaJ daa) «d 
token bucket 355 con«„b a tod ^ of service (e.g.. bcst-cflbrts dma)." Tlu^, accord,™ to 
Oandbi, ead, of the bucket, (305. 325, 335) i, used to «„«,ol one ty^ of service «, the network 
and .0 meter packets belonging to that service. None of these «^ buckets is used to meter 
surplus traffic from the other buckets. 

Gandhi teaches that there are times when there will be little or no traffic of a particular 
type. In tbs case, excess tokens that don't fit into the token bucket will overflow into one of the 
other token buckets. However, once a token is placed in a bucket, it can only be used to meter a 
packet ftom that particular service. (G«idhi at Par. 47). Gandhi uses the overflow system to 
overflow tokens so that excess bandwidth, on the network may be hierarchically allocated to the 
senaces (Gandhi at Par. 34). Thus, the extra tokens would f!,.t be placed in bucket 305 then 
«SM to.mi bucket 325 and then used to fill bucket 355. However, the fact that the first simce 
305 reccves tokens preferentially over the other two services does not mean ti,at the other 
buckets are being used to tx^smit overflow traffic from the first bucket. Rather, each token 
bucket IS used to meter traffic in that service class. 

Thus, although Gandhi shows a system in Fig. 3 that has three token buckets, the three 
token buckets in Fig. 3 are all Committed Information Rate buckets, each of which is used to 
meter a particular service (voice information, mission-critical data, or best-efforts data) Tokens 
overflow between buckets to allocate extra bandwidth on the network but packets within a 
particular service class are only metered from their respective token bucket. 

In the previous response applicants discussed Fig. 4 in some detail because Fig. 4 shows 
the mterrelationship between CIR/PIR in G^dhi's systan. Those remarks are incoipo«ted 
hercm by reference. Fig. 6 amplifies how the two token bucket system of Fig. 4 works where 
there is more than one service being metered. For convenience. Fig. 6 of Gandhi is shown 
below: 
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Gandhi, discusses this figure for example at paragraphs 63-65. U: Paragraph 63. Gandhi 
states that this figure shows three different service types 605, 610, 615. Gandhi gives exaniples 
of the tjpes of services and explains that "service 605 may be mission-critical data, service 610 
may be video and service 615 may be for best-efforts data," Thus, in Fig. 6 like in Fig. 3, 
Gandhi shows three services that are arranged to receive tokens in a hierarchical manner such 
that tokens flow into the token bucket of the first service, and overflow tokens from the first 
service are passed to the other services. 

However, Fig. 6 of Gandhi is further illuminating as to how the packets are being 
handled, since Fig. 6 shows that each of the services may be metered using a two token bucket 
system. Specifically, as described by Gandhi in Paragraph 64, each service has its own PIR and 
CIR buckets. Thus, in Fig. 6, like in Fig. 3. Gandhi shows that each service is metered 
separately. 

To show that a claim is not anticipated by a reference, applicants are only required to 
show how one feature of the claim is not taught by the reference. Looking at claim 1, applicants 
respectfully submit that Gandhi fails to teach or suggest "commonly metering first traffic that has 
not been ascertained to be first i„-pr„fiJe traffic with second traffic that has not been ascertained 
to be second in-profile traffic to ascertain commonly metered traffic using a third common token 
bucket." Fig. 3 of Gandhi does not teach or suggest this limitation, since each of the token 
buckets (305. 325, 355) are used to meter a separate service (labeled Service I, Service 2. and 
Service 3 in Fig. 3). When there is insufficient traffic, tokens will overflow between the buckets. 
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much .0 be parsed using buckets for *osc partcuUr serv,c«. 4e „ay b. 

discamicd (Gandhi at Par. 17) Accordinslv K, i j 

/h,„ ^ Accordingly, Rg. 3 does not (each or suggest thai surplus traffic 

f™. two or „,o« of the services (305. 325. 355) should b. co,«„.n,y „e.„edTsu,g^ 

zr: r t """""^ >. - 

dependent thereon, be withdrawn. '''-'"is 

..^TcT^ 1 '^""^ "^'^ ^ f->' "> '-b or 

31^:T "'«-<»"-<'f-P"'".P-k..s fbrtn^ltipie PHBs col.ccttvCy 

Accordmg.y.appbca„,s,esp.c.S.Uy,^cst.ha.«,er.ic.tio.ofclaim n bew,flrd,»™ 



Rejection ii ader35 l ^KC 
^ aaim 8 was rejected ,«<ler 35 USC 103 as ™,pa,e„.able over Gandhi in view of 

*^«,e a. ieas. the ,e,s,«s noted above. Acco.d,ngiy, applicants respect 
requesttheExanm,ertowi.hdrawthere,ectionofclaim8unde,35USC103. 



Conclusion 



m view of foregoing ren,arks, i, is respecMly submined that the wUc^ion is 



now in 



condition for allowance and an action to th. eiTect is respect^Uly ..uested. If there .re any 
questions or concerns regarding the amendments or these remarks, the Examiner is requested to 
telephone the undersigned at the telephone number listed below. 

If any fees are due in connection with tWs filing, the Commissioner is hereby authorized 
to charge payment of the fees associated with this communication or cr^it any overpayment to 
Deposit Account No. 502246 (Ref: NN-1 6234). 

Req)ectfully Submitted 

Dated: February 14, 2008 V./.,^^ ^^^^^ 

Johi^C. GoreckirReg. No. 38,471 
John C. Gorecki, Esq. / 
P.O. Box 553 ' 
Carlisle, MA 01741 
Tel: (978) 371-3218 
Fax; (978) 3.71-3219 
iohn<g!gorecki,us 
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